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REMARKS 

No claims have been added, amended or cancelled in this Reply. Claims 3-10, 
12-15 and 32-40 are pending in the application. Claims 6 and 32-39 have been 
withdrawn based on the Election of Species requirement. Therefore, Claims 3-5, 7-10, 
12-15 and 40 are discussed below. 

Prior Art Rejections 

In responding to the Examiner's prior art rejections. Assignee here only justifies 
the patentability of the independent claim {i.e., claims 40 and 7). As the Examiner will 
appreciate, should these independent claims be patentable over the prior art, 
dependent claims would also necessarily be patentable. Accordingly, Assignee does not 
separately discuss the patentability of the dependent claims, although Assignee 
reserves the right to do so. 

1. Section 102 Rejections 

The Examiner has rejected independent claim 40 under 35 U.S.C. § 102(e) 
as allegedly being anticipated by U.S. Patent 6,937,597 to Rosenberg et al. 
("Rosenberg"). Office Action dated 03 February 2010 at p. 3. 

Summarv of Rosenberg 

Rosenberg discloses "[a] method for creating, modifying, and terminating 
connections between Internet end systems, particularly, although not exclusively, for 
Internet telephony communication. The method relies on several request messages 
being sent between a client and a server and the response messages sent back in 
response. Each request and response message may contain one or more header fields 
which modify or more uniquely link the messages with a given connection. On this 
basis, advanced telephony services, such as call forwarding, call transferring, and 
multiparty conferencing are provided." Rosenberg at Abstract. 
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Rosenberg further discloses "[t]he basic operation of Internet telephony 
signaling" at Col. 5 In. 33 through Col. 7 In. 34. Rosenberg discloses that "a caller first 
obtains an address where a callee is to be called ... in the form of name@domain. The 
domain is then translated ... to an IP address where a suitable server is located. ... Once 
the server's IP address is located, the caller sends an INVITE message ... The server 
receiving the INVITE message is usually not the host where the callee Is actually 
located. Therefore, we define three types of servers: proxy, redirect and user 
agent. ... In general, a proxy server receive a request (such as an INVITE 
message) and then forwards the request towards (I.e., not necessarily to) the current 
location of the callee. ... A proxy server can also forward an incoming invitation to 
multiple servers simultaneously, in order to contact a user at one of the locations." 

Rosenberg also discloses "[ajnother service that is possible is multiparty 
conferencing, in a variety of scenarios. These include muticast conferences, bridged 
conferences, and full-mesh conferences." Rosenberg at Col. 15 Ins. 3-6. Rosenberg 
discloses a full-mesh conference does not have an MCU or bridge by stating: "[i]n a full- 
mesh conference, each participant sends media data to every other participant and 
mixes the media from all other participants locally." Rosenberg at Col. 15 Ins. 7- 
9. Next, Rosenberg discloses multicast conferences. Multicast addressing is a network 
technology for the delivery of information to a group of destinations simultaneously 
using the most efficient strategy to deliver the messages over each link of the network 
only once (if possible). Rosenberg discloses "[a] client wants to invite a group, 
represented by a single identifier (friends@isp.com) which maps to a multicast address. 
Each member of the group listens to the address, and therefore can receive invitations." 
Rosenberg at Col. 17 Ins. 5-9. Finally, Rosenberg discloses "a dial-in bridge [where] 
users dial into a number which represents a bridge. The bridge mixes the media from 
all of the users connected to it, and then returns it to each user. ... Each user Invites 
the bridge, and the acceptance response from the bridge indicates the media that the 
bridge can understand and the port number to which data should be send, as with any 
other call. All users who send an INVITE to the same URL are considered part of the 
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same conference. Their respective media is mixed, and tlie result is sent to each 
user in accordance with their respective limitations. 

In summary, proxy servers receive INVITE requests on behalf of a particular user 
and then forward that INVITE request to one or more servers in an attempt to locate 
that particular user. Three types of conferences are disclosed, with the bridged 
conference being the only method disclosing mixing of media at a shared location 
rather than mixing locally on the client. 

Independent Claim 40 

Independent claim 40 recites, inter alia, "placing an outbound point to point call 
from the multipoint control unit to the additional endpoint." The Examiner appears to 
equate Rosenberg's proxy server \N\t\\ the claimed multipoint control unit. However, 
as described above Rosenberg's proxy server simply cannot be equated with a 
multipoint control unit. The capability of Rosenberg's proxy server is to "receive an 
INVITE request" and forward "the request towards ... the current location of the callee." 
In contrast, as described in Assignee's Specification at p. 11 Ins. 12-24, a multipoint 
control unit (MCU) "supports audio conferences between three or more endpoints 120." 
Clearly, Rosenberg's proxy server does not "place an outbound call" because, as 
disclosed in Rosenberg, the call has already been initiated and the proxy server is 
receiving the INVITE request in order to locate the callee. Therefore, Rosenberg's 
proxy server is fundamentally different from an MCU and does not perform the function 
of "placing an outbound call" as expressly recited in claim 40. 

Additionally, the Examiner relies heavily on the example disclosed at Rosenberg's 
Col. 15-16 regarding inviting additional conferees to multiparty conferencing. As stated 
above, full-mesh conferencing and multicast conferencing examples disclosed in 
Rosenberg do not utilize any equipment acting as either a bridge or an MCU. 
Therefore, the example of adding a call to a "bridge" at Col. 15 Ins 37-49 appears to be 
the only section of Rosenberg that could even be applicable to this rejection. This 
section is reproduced for reference below: 
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Rosenberg at Col. 15 Ins. 37-49. 

Note in this example A invites B and after A and B connect and talk, A invites B 

again with ALSO set to M (that is A invites both B and the bridge M). In response to 

the ALSO set to M, B (the callee) sends an invite to M (the bridge) including a 

requested by A. The ALSO lets M (the bridge) l<now that A invited B. Thus the bridge 

(M) learns the address of B directly from B. Therefore this scenario equates to B (the 

callee) actually initiating a call into the bridge M, not the bridge (M) placing an 

outlyound call recited in claim 40. While M (the bridge) does eventually INVITE B, 

this operation is after the call has been placed by B to the bridge (M). The final INVITE 

(at the very end of the example) is just to cause a termination of the original call from 

A directly to B. 

Because the bridge (M) learns B's address from B directly, the example also does 
not meet the claim requirements that the address is obtained "from a packet-switched 
conferencing system component." Further, any combination of the example multiparty 
bridge operation with the normal call procedure involving an address lookup {e.g. 
Rosenberg's location server) is improper because such a combination would destroy the 
operation of each case. 
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Accordingly, because Rosenberg does not disclose each and every claim element, 
Rosenberg cannot anticipate independent claim 40. Assignee respectfully requests the 
Examiner withdraw this rejection and pass independent claim 40 to allowance. 

2. Section 103 Rejections 

The Examiner has rejected claims 3, 7 and 12 as allegedly being unpatentable 
under 35 U.S.C. § 103(a) over US Patent 5,995,608 to Detample, Jr. et al. (Detample) 
in view of Rosenberg. Office Action dated 03 February 2010 at p. 5. 

Independent Claim 7 
The Examiner admits: 

DefampeS does not 

speciflcaily show iiiidating aii outbound c all iequc\si fi-om said mulfipoint controJ unit to said 
packet-s-witched conferencmg system component, wherdnsaid call request indicates said 
additional endpoint which is not already participating in the audio Qonferencc; returning a 
dcstiiiatioii address from said packet-switched catiferciicing system component to said selected 
miiitipoint control \iiiit, said destination address corresponding to said additional endpoint; and 
establishing a point-to-point Qutbmj.n d caH from said muttipoiTit control unit to said additional 
endpoimt based on said destination address, thereby bringing said additiotial eRdpoint into said 
audio conference. 
Office Action dated 03 February 2010 at p. 6. 

The Examiner again relies on Rosenberg to show "initiating an outbound call 
request from said multipoint control unit." However, as shown above with respect to 
independent claim 40, Rosenberg in no way discloses initiating an outbound call request 
from a multipoint control unit. Rosenberg's proxy server cannot be equated with a 
multipoint control unit and even if one were to assume Rosenberg's proxy server could 
be equated to a multipoint control unit (which it cannot) it is not Rosenberg's proxy 
server that initiates an outbound call because Rosenberg's proxy server is attempting to 
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locate a callee that has already been call^. For at least these reasons the 
Examiner's reliance on Rosenberg is inaccurate. Detample, either alone or in 
combination with Rosenberg, does not disclose each and every element of independent 
claim 7. Accordingly, the Examiner has failed to present a legitimate prima facie case 
of obviousness as required by law and established Patent Office Procedure. Therefore, 
Assignee respectfully requests the Examiner withdraw this rejection. 

Dependent Claims 4-5. 8-10 and 13-15 

The Examiner has rejected claims 4-5 as allegedly being unpatentable under 35 
U.S.C. § 103(a) to Detample in view of Rosenburg and further in view of U.S. Patent 
6,421,339 to Thomas f Thomas"). Office Action dated 03 February 2010 at p. 9. 

The Examiner has rejected claims 8-10 as allegedly being unpatentable under 35 
U.S.C. 103(a) over Detample in view of Rosenburg and further in view of US Patent 
5,978,463 to Jurkevics et al. fJurkevics"). Office Action dated 03 February 2010 at p. 
10. 

The Examiner has rejected claims 13-14 as allegedly being unpatentable under 
35 U.S.C. 103(a) over Detample in view of Rosenburg and further in view of US Patent 
5,680,392 to Semaan f Semaan"). Office Action dated 03 February 2010 at p. 11. 

The Examiner has rejected claim 15 as allegedly being unpatentable under 35 
U.S.C. 103(a) over Detample in view of Rosenberg and further in view of Semaan. 
Office Action dated 03 February 2010 at p. 13. 

Each of claims 4-5, 8-10, 13-15 depend from independent claim 7. Assignee has 
shown above that, as amended, independent claim 7 is patentable over the cited art. 
Therefore, each of claims 4-5, 8-10, 13-15 are patentable over the combination of 
Detample and these various secondary references. Assignee respectfully requests the 
Examiner withdraw these rejections and issue a notice of Allowance for all pending 
claims. 
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CONCLUSIONS 

This paper is intended to be a complete response to the above-identified Office 
Action. It is believed that no fees are due. However, if other fees are found due the 
Commissioner is authorized to deduct any necessary charges from Deposit Account: 
501922/199-0248US-C. 

Reconsideration of pending claims 3-5, 7-10, 12-15 and 40 in light of the above 
remarks is respectfully requested. If, after considering this reply, the Examiner believes 
that a telephone conference would be beneficial towards advancing this case to 
allowance, the Examiner is strongly encouraged to contact the undersigned attorney at 
the number listed. 

Respectfully submitted, 

/William M. Hubbard/ 

William M. Hubbard, J.D. 
Reg. No. 58,935 

Customer No. 29855 Voice: 832-446-2445 

20333 SH 249, Suite 600 Mobile: 713-302-4648 
Houston, Texas 77070 Facsimile: 832-446-2424 

Email: whubbard@counselIP.com 
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